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ivf fithnrf nf rnTitrnlllup Telephone Connections for Internet Protocol 



Fidd of the Tavmtim 



more particularly to 



CoTHTnunlcatiOTiy 



The present invention relates g^erally to Internet Protocol (IP) telephony, and 



or Ethernet PBX using a specialized tnessaging protocol. 



10 HagkgrouTitf ofthg 



a method of controlling IP telephones within a LAN-implemented 



Iiftvcntlpp 



With the increasing pervasiveness of the Internet, Voice-over-IP (VoIP) is 
rapidly displacing tiaditional TDM (Time Division Multiplexing) voice 

order to establish communications with Ethernet PBXs, an IP 
transport control messaging protocol is required to be dstablished between the phone 
and PBX system. 

Snmmflrv Of The Invention 



According to the present invention, a byte oriented and easily adaptable 
messaging protocol is provided for communications between IP telephones and 
Ethernet voice-LAl^l" systems. The messages are required to implement essential tasks 
such as IP phone registration with the system upon phpnt power up or reset, the 
appUcation of devi :e tones to IP phones, and connection control for establishing full- 
\ between IP phones. The messaging protocol of the invention also 
administrative and telephony functions, 



duplex voice paths 
supports additional 



The general message template consists of a Pr<5tocol Header and an IP 
Message body. Tlie Protocol Header, in turn, include^ an indication of the Protocol 
Type, Device Number and Message Type. The Devicfe Number identifies the entity 
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sharing the same MAC (Media Access Control) address that the messages are destined 
to or coming from, Message Type identifies the type of message contained in the IP 
Message Body. The Protocol Type denotes whether the message is an IP message 
(e.g. Mitel proprietafy Minet IP message) or en encapsiUated non-IP message (e.g. 

5 Mitel proprietary MW (MTS 22) message). The Minet (MTS 22) messaging 

i 

protocol is implemented in Mitel PBX models SX50, SX200, SX2000, IPERA 2000 
for communicating with associated telephones such as Mitel models SS4001, SS401S, 
SS4025, SS4150, SSWOISIP and SS4025IP. 

10 Brkf Pegcription The Praivlngs 



20 



25 



A preferred 
fully with reference 



OTtbodiment of the present invention will now be described more 
to the accompanying drawings in Which: 



15 Figuire 1 is a message flow diagram showing registration of an IP 

phone with an Ethernet PBX; and 

Figures 2 is a message flow diagram showing the establishment of a 
fiill duplex voice path between a pair of IP phones. 



The messa|[ing protocol and collection of specific messages of the present 
invention have panicular application to the assignee's. legacy mix of assembly and 
higher level languages. Consequently, reference to Minet and MinetIP messages occur 
throughout this disclosure to indicate the preferred enibodiment and best mode 
implementation of the invention. 
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The Minet messaging extensions are structure based and are long word 
aligned, the result of which is that a user with a packet Sniffer will detect filler bytes 
in between short and long words. 



In order to 
required. A commor. 
message template cqnsists 
may or may not 



ccjintrol a Mitel IP Phone, both Minetiand Minet IP messages are 
message wrapper is defined to hoiise the messages. The general 
of a Protocol Header and a Minet IP Message body that 
consist of an MTS22 Minet payload *Nsfrappef\ 



10 Pf Qtocol Header: 
PtotoType: 
devNum; 
msgType: 



4 bytes , unsigned long integer* Protocol Type 
4 bytes , unsigned long integer, Ipevice Number 
4 bytes , unsigned long integer, lyiessage Type 



1 5 The messag^ body follows the Protocol Header as shown in the structure 

below: 



typedef struct .IPSPjvlSd { 

PRarOCOI,JipADEKJvlSG hdx; 
20 union _^nsg { 

DEVlCEJ3^EGISTItATlON_M5G DRM; 
DEVlte REGISTRATION.ACICMSG Dl?AM; ^ 
PEVlbE_UNREGlSTER^MSG OUM; 

2 5 devk:e.unregtstek^ac:::k.>isg du am; 

qferj_io<^streanlack>isg oksam; 

CLOSE R)eSTRBAM„REQUESrj^G CRSRM; 

CLOSE„RX^KEAM^CK.MSG CRSAM; 
30 OFEl^ TX_STKEAMJ^QUEST31SG OTSRM; 

OPE[^_TXJSTREAM_ACKLMSG OTSAM; 

CLa3E_TXL.STREA^t-l^QU^ST„^^SG CTSRM; 

CLOSE_TX...^TREAM^CKjvI5G CTSAM; 

AFPiY_T0NRJ«EQUE5rrjwiSG ATRM; 
35 REMbVE_TONE^QUE$T3tSG RTRM; 

DEVtCE^NGJREQUEST_>rSG DPRM; 

DEvtcE_HNG_ACiCMSG DPAM; 

DEVlCE 3P_.U?PATE_REQUBST_MS0 DIURM; 

DEWCEj:P_UfDATE^CK.MSG DIUAM; 

40 )msg; 
1 IPSP_MSG; 

typedef struct { 

protocolTypej't pTotoTyp6j 
45 devkeNiHiibe-_t devNimv; 

meesageType. t ms^Tjrpe; 
) PROTOCOU-HEADEK^MSG: 
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Protocol Type: 



INVALID_PROTOCOL_TYPE OxOOOOOOQO 
MINET_MTS22 0x00000001 
MITEL I>ntERNAL 0x00000062 



The Protocol Type denotes whether the message is a Minet IP message or an 



10 encapsulated Minet 
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25 



30 



35 



40 



^MTS 22) message. 



Device Number: 
Phone 
Device #1 i.e. PKM 
Device #2 



Device #n 



The Device 



0x00000000 
0x00000001 
0x00000002 

OxOOOOOOOn 



Number denotes which entity shaiihg the same MAC address the 



20 messages are destii^ed to or coming from 

Message Type: 

INVALID MESSAGE TYPE 



OPEN_RX 
OPEN RX, 



OPEN_TX 
OPEN TX 



DEVICE_BEGISTRATION 
DEVICE_REGISTElATION_ACK 
DEVICE_r>EREGlSTRATION 
DEVICE DERBGISTRATION^ACK 
STREAM 

stream_ack 
close_rx_stream 
close~'rx„stream_ack 

^STREAM 
_STREAM_ACK 

close_tx stream 

close_tkistream_ack 

minet ^^ rapper' 

applyItone 

removeItone 

device_ping 

device_ping__ack 

device fe_UPDATE 

devicejp_update_ack 
invalid msg type 



OjtOOOOOOOO 
OjIOOOOOOOI 
0^00000002 
03^00000003 
03):00000004 
OjtOOOOOOOS 
0X00000006 
0X00000007 
0X00000008 
OJt00000009 
OXOOOOOOOa 
OkOOOOOOOb 
OJiOOOOOOOc 
OxOOOOOOOd 
QxOOOOOOOe 
(itOOOOOOOf 
OixOOOOOOlO 
QxOOOOOOl 1 
0x00000012 
0x00000013 
dx00000014 



i 
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TP l^egifitrfltinn Sequence 

As shown in Figure 1 » when the IP Phone 1 powers up or resets, it must 
register with the PBX 3. The phone 1 originates a Registration Request and receives a 
Registration Ackno\Vledgement in return. The PBX 3 checks the Device ID of the 
phone (its MAC addlress) and verifies if it has it in the C?DE database, If not, the 
system sends the phone 1 an MTS22 Minet for PIN Request. The phone buffers the 
key entries and sends up one message containing the PIiN Reply (also an MTS22 
Minet message). 

The foUowirig messages are used to register an4 de-register the phone 1 with 
the PBX 3: 

Device Registration request meseage sent fro(n the IP Phone 

ProtoType = MITEl^^INTERNAL 
DevNum = N wher^ 5 N=0, 1 ,2, , . . .n 
msgType ^ DEVldE_REGISTRATlON 

20 r}EV[r^_^^^T^:TRATTON MSG 
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40 



devid: 



mac 



devType: 
devNumbei-; 



6 unsigned byte array 
addr[6] MAC address of Phone. 

Note that due to long word afigmnent, there may be 2 bytes of filler 
between the MAC address and the next defined field, 

4 bytes , unsigned long integbr, Type of device (i.e., SET, PKM, 



ip Address: 

ipjiddr 
ipjsort 



DeviceCapIs: 

strrciCodec 



4 bytes , unsigned long integbr, Number of device: Master^ 

Slaved, Slave02, ... 

structure 

4 bytes , unsigned long integer. IP Address of device, 

2 bytes , unsigned short integer, port iwinaber of protocol mediwn. 

Note that due to long word gLUgnmcnt, there may be two bytes of 
filler between this field and ihe next* 

Structure; Functionality supported by this device 

4 bytes, unsigned l^ng integer (bitmap), System selected 
CODEC to use. Multiple CODECs may be logically 
Ored into tliis fieldL 



- t 
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45 



numTxStreams: 

numRxStreams: 
prefStj-mFrameSizelnMS 
silenceSupp: 



toneC&eneration: 



4 bytes , unsigned long integer, Number of Tx streams 

supported by the device 

4 bytes , unsigned lonjg integer^ Number of Rx streams 
supported by the devi^re 

4 bytes . unsigned long integer, Devices 
preferred fra^ne size foT streams (in ms) 
4 bytes , unsigned long integer: 
silenceSupp^rO: device does not support silence 
suppression 

silencoSupp=l: device supports silence 
suppression ; 

4 bytes , un^gned long integer; 
toneGeneratiion =■(): device dpes not support local 
tone generatjion, 

toneGeneratiion =1: device supports local tone 
generation 



Device Registration request Acknowledgment! message sent from 
system 

ProtoType = MITEL^INTERNAL 

DevNum = N whers N-0,1,2,, . 

msgType = DEVICE^IREGISTRATION^ACK 



reqStatus; 
sysTokoi: 



4 bytes , unsigned long integer, Success/Failure Result of the request 
4 bytes p unsigned long integer, Systeih defined "token" that must be passed 
back with any follow up message related to this message i.e. Device 
Unrcgiater. 



35 Device De-Reghrtratlon Request message serit from IP Phone. 

ProtoType = MITEL^INTERNAL 
DevNum = N whdre N=0. 1 ,2, . . . ,n 
msgType = DEVICE^DEREGISTRATION 



Note that the IP Plione will not unregister itself, but rather an associated device such 
as a PKM may be [removed and hence deregistered. j 

P^Vrr^ TriVPT^i^7.^TER MSG 



sysToken: 
devType:' 



4 bytes , unsigned long integer, System defined "token" taken from the 
Registration Acknowledgment &om the system. 

4 bytes , unsigned long integer, Typ* of device (i.e., SET, PKM, etc,.,) 
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devNmnber; 4 bytes , unsigned bug integer, Number of device: Master, SlaveO 1 , 
Slave02, ,., 

ip Address I structure 

ip_addr 4 bytes , unsigned long integer, EP Address of device, 

ip_pqrt 2 bytes , imsigned short integer, pott number of protocol medium. 

Device De-Reglstiration Acknowledgment message sent from system 

ProtoType = MITEI._INTERNAL 



] 0 DevNum - N where 



N=0.1.2,....n 



msgType = DEVia;_I>EREGISTRATION_ACK 
nEVTCE UNB l^n\^TRH ACK^ MSG 



reqStatua; 
devNumber 



Detailed Description of Registration Parameters 



20 devType: 



SUPER!3ET401 
"SU1'ER!5ET4025 



INVALID. 
B? SUPERfiET4001 
IP' 
IP 

IP_SIIPER$ET4150 
PKM 
AIM 

SYMBOL 
SYMBOL 



TELEWORKER 



TELEWORKER 



E2T_ 
MAX 



PROXY 



devNumbers: 



4 bytes , unsigned long integer, Success/Failure Result of the request 

4 bytes , unsigned long integer, Number of device: Master, SlaveOl, 
Slavc02, ... 



[)EVICE_TYPE 
1 
5 



PROXY 
SET 

PROXY 

SET 



DE\aCE TYPE 



0x00000000 
OxOpOOOOOl 
0x0000009f 
OxOOOGOOaO 
0x00000004 
0x00000005 
0x00000006 
0x00000007 
0x00000008 
0x0000.0009 
OxOOOOOOOa 
OxOOOOOOOb 
OxOOOOOOOc 



master_devic!;e oxoooooooo 

Where Set=0, and; any attached devices will be numbered MASTER_DEVICE + n 
40 where n >- 1 ! 



reqStatus (Succeis/failure codes): 



JJtlMI BT.tiiMBAi} 



; 3- 2-01 n2;3iPM ; 



SIMBAS-* 



212 679 912i;»15 



10 



15 



20 



25 



30 



35 



MTL_SUCCESS 0x00000000 
MTL_FAILURE 0x00000001 
MTL_NO_PpRMISSIONS 0x00000002 
MTLJSToIkESOURCES 0x00000003 
MTL_INVALID_DEVICE 0x00000004 
MTL_INVALID_REQUEST 0x00000005 



devCodecs bitmap 



40 



NO_CODE(:_SUPP0RT 
G711_ULAW64 
G711_ALAW64 
G728 
G729 

G729_ANN|BXB 
G729_ANN|EXA_w_AN>fEXB 
G723 

G7231„ANKEXC 
Placeholder! 
Placeholder:^ 
Placeholder? 
INVALID CODEC 



0x0 

0x1 

0x2 

0x4 

0x8 

0x10 

0x20 

0x40 

0x80 

0x100 

0x200 

0x400 

0x7FF 



(000 00000000) 
(000 00000001) 
(000 00000010) 
(OPO 00000100) 
(000 00001000) 
(000 00010000) 
(000 001 00000) 

(doo 01000000) 

(poo 10000000) 
(C)01 00000000) 
(OlO 00000000) 
(1100 00000000) 

(ill iiiinii) 



For system maintenance purposes, it is desirable to provide a mechanism for 
testing the presenc<5 of an operating IP phone 1 in the System by generation of echo 
(PnSTG) messages tj the phone 1. The following messages are used to implement this 
fiinctionality: 



Device ICMP Echo (Ping) request to the phon^ 

ProtoType = MITBL_INTERNAL 

DevNum = N wheire N=0, 1 ,2 n 

msgType = DEVIC:E_PING 



nnvrrv ptncs MnquEXT MSG 



hostlpAddfess; 



ip_addr 
ip_port 



structure 

4 bytes , unsigned long integer, IP Address of device to 
PING, 

2 bytes , unsigned short integer, port nwmber is 
IGNORED. 
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numRequests 

pktSize 

pktDelay 

timeOut 

qosLevel 



Note that diae to long word alignment, there may be two 
bytes of filler followmg this field. 

4 bytes , unsigned long integer. Number of ping requests 
to send 

4 bytes , unsigned loijg integer, Size of data packet to send 
(in bytes) 

4 bytes , unsigned lo4g integer. Inter packet delay in 
Milliseconds 

4 bytes , unsigned lotig integer, Ping request timeout in 
Milliseconds 

4 bytes , unsigned lo^g integer, QOS level requested 



15 Device ICMP Echo (Ping) results sent from the phone to the system 

ProtoType MITEt._lNTEKISrAL 

DevNum = N wherfe N=0,l,2 n 

msgType = DEVICE_PING_ACK 



20 
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30 



35 
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45 



nRVTCE PTNG A 



hostlpAddr^ss 



pktsSent 

pktsRecv 

pktLoss 

rttMax 
rttMin 
rttAvg 



QOS_LEVEL_^N0NE 
QOS_LEVEL_.0 
Q0S_LEVEL_1 
QOS_LEVEL_2 



OLMSG 



ip_addr 
ipjiort 



structure 

4 bytes , lansigned lo^g integer, IP Address of device that 
was PINGed, 

2 bytes , unsigned sljioxt integer, port number is 
IGNORED. 

Note that due to lon^ word alignment, there may be two 
bytes of filler foUoT^ing this field. 



4 bytes , unsigned long integer. Number of ICMP echo requests sent 
4 bytes » unsigned long integer. Number of ICMP echo reply s received 
4 bytes , unsigned long integer, Percentage of packets lost 

4 bytes , imsigned long integer, Maximum round trip time (in milliseconds) 
4 bytes , unsigned long integer^ Minijnuni round trip time (in milliseconds) 
4 bytes , unsigned long integer^ Average round trip time (in milliseconds) 



Detailed Description of PING Parameters 

qosLrevel: 



OxfffEffff 
0x00000000 
0x00000001 
0x00000002 
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QOS_LEVEL_3 
QOS_LEVEL_4 
Q0S_LEVEL_5 
QOS_LEVEL_6 
QOS_LEVEL_7 



0x00000003 
0x00000004 
0x00000005 
0x00000006 
0x00000007 
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Once the IP 
going off-hook, the 
the use with an 
messages are used 



phone 1 has been registered with PBX 3, and in response to a liser 
PBX 3 is required to provide tones to phone in order to provide 
indication of the call state (e,g. dial tone, busy, etc.) The following 
the provisioning of device tones to the phone 1: 



fori 



Apply Tone devi :e tone generation request message to the phone: 



ProtoType = MITE: 
DevNum = N wherfe 
msgType = APPL^; 



sysToken: 
sysStrmID; 



on_ 
off 
on_1r2 



:l_internal 

N-0,l,2,....n 
TONE 



Tl 
Tl 



off 



T2 



^PPLY TONRjRf^QUEST MSG 

4 bytes , unsigned long integer, System defined "token" that must 
be passed back with ttie Remove Tone request. 
4 bytes , unsigned long integer* System provided stream ID which 
maps the voice streams to legacy B channels 
tone[MAX| COMPLEX_TONE] : airay of tode structures of ftequencies the DSP is 

to play 

2 bytes, unsigned long integdr, Duration in nis of 1st ON period 
2 bytes, unsigned long integ«ir» Duration in ma of 1st OFF period 
2 bytes, \msigncd long integ<!r» Duration in ms of 2nd ON period 
2 bytes, unsigned long integctr. Duration in ms of 2nd OFF period 
num_oycles 2 bytes, nnsiglned long integer, Number of times to 
repeat the ON/OFF sequenc^t 

2 bytes, unsigned long integciff. After num_cyclcs, 0 = leave tone 
off, 1 » on 

2 bytes, unsigned long integer, let frequency component in Hz 
2 bytes, unsigned long integfcr, 2nd frequency component in Hz 
2 bytes, unsigned long integer, 1st frequency signal level 
2 bytes, unsigned long integfef , 2lid frequency signal level 
2 bytes, unsigned long integlsr, indicates the action to take on 
completion of the tone. The Actions are either to continue xo the 
next tone descriptor, reconnect to the audio stream, or just stop. 
Note that due to long word aligiunent, there may be 2 bytes of filler 
following this field. 

4 bytes , unsigned long integer^ System Tone ID of the tone 
being applied 



tail 

firec 
free 
levol 
level 
action 



toneld: 



1 
2 
_1 
"2 
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inject; 
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4 bytes , unsigned long integer, specify whether to inject the 
tone on top of voice or not. This is unused by the phone 
since the tone will always take precedence over voice. 



Remove Tone device tone generation request message to the phone 

ProtoType = MITEL_INTERNAL 

DevNum = N where N=0,l,2 n 

msgType = REMOyE_TONE 

! 

RRMnVE THMn IppnTTEXT MSG 

sysToken: ; 4 bytes , unsigned long integei:. System defined "token" that was 

I given with the Apply Tone request. 

sysStrmID: 4 bytes , unsigned long integer, System provided stream ID which 

i maps the voice streams to legacy B channels 

tone[MAX^COMPLEX_TONE]: array of ton<5 structures of frequencies the DSP 
I was playing out to the CODEC that it is to 

! remove. Note that this is IGNORED BY IP 

i PHONE , 

2 bytes, unsigned long integer* Duration in ms of 1 st ON period 
2 bytes, unsigned long intege^. Duration in ms of Ist OFF period 
2 bytes, unsigned long intcge^:. Duration in ms of 2nd ON period 
2 bytes, unsigned long intcgef , Duration in ms of 2nd OFF period 
2 byteSj unsigned long intege^. Number of times to repeat the 
ON/OFF sequence 

2 bytes, unsigned long intcget. After tiuin._cycles, 0 = leave tone 
off, 1 on 

2 bytes, unsigned long integet, ist frequency component in Hz 
2 bytes, unsigned long integer, 2nd frequency component in Hz 
2 bytca^ unsigned long integeir, 1st frequency signal level 
2 bytes, unsigned long integejr, 2nd frequency signal level 
2 bytes, unsigned long integefr, indicates the action to take on 
cojnplotion of the tone. The Actions arc either to continue to the 
next tone descriptor, reconnect to the audio stream, or just stop. 



on^tl 
off tl 
onJ^2 
off^p 
numLcycles 

tail 

freql 
freq^2 



Ievel_ 

leveL 
action 



NOT_INJECTED 
NORMAL^INJEdTION 
MAX_TONE„INJECT 

MAX comple:x: tone 



action; 

NEXT 

RECONNECT 
STOP 



_1 
"2 



Detailed Description of TONE Parameters 

inject: 



0x00000000 
0x00000001 
0x00000002 
3 



0x00000000 
0x00000001 
0x00000002 



itIMI tJT.iJiMBAt) 
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Figure 2 is a message flow diagram showing the messages required to 
establish communications between a pair of IP phones 1 A and IB via an IP Phone 

5 Service Provider 5 of PBX 3. The following messages are required to implement such 

i 

communications: ' 
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Open Receive St|raam Request to the phone: 

I 

ProtoType = MITEt_INTERNAL 
DevNum = N wher<^ N^O, 1 ,2, . . , .n 
msgType - OPEN^RX_STREAM 

nJ^KN liX^ smEAM REQUEST MSG 



sysToken: 

sysStrmlD: 

stnnCodec 

strmFraxne^izelnMS 
isMulticast 



mcIpAddxeks 



SrcIpAddresss 



45 



ip_addr 
ip_port 



ip_addr 
ip_port 



4 bytes, unsigned loijig integer^ System defined "token" 
that must be passed t)ack with the corresponding Close 
Receive Strfiam ReqUest , 

4 bytes, unsigned loig integer, System provided stream 
ID, This field denotes the B channel the connection 
shoijld assume. 

4 bytes, unsigned loftg integer (bitmap)^ System selected 
CODEC to use. Mul^ple COPECs may be logically Orcd 
into this field. 

4 bytes, unsigned lolig integer. Preferred CODEC frame 

size for the RX stream (in milliseconds) 

4 bytes, unsigned lohg integer 

isMulticast =0: nq Multicast^ ignore mcIpAddress. 

isMulticast -1: thfe stream must be bound to the 

mcIpAddress Multicast address. 

structure 

4 bytes, unsigned lo&ig integeXt Multicast address to 
receive on 

2 bytes , unsigned shoit integer. Multicast port number to 
receive on. 

Note that due to lonig word alignment, there may be two 
bytes of filler following this field. 

structure: IGNOrJBD BY THE IP PHONB, 

4 bytes, unsigned Icfng integer^ The ip address of the 

device that will be traixsmitting to the phone, 

2 bytes , unsigned ^orr integer, port number used by the 

device that will be transmitting to the phone. 
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Note that due to long word aligmnent, there may bo two 
bytes of filler following this field. 

noSilence 4 bytes, imsigned long integer, 

5 noSilence =0: no silence suppression applied by the 

transmitting end 

noSilence =1 : silence suppression is being applied by 
the transmitting end 

10 

Open Receive Stream Acknowledgement from the IP Phone to the 
system: 

ProtoType = MITEL^INTERNAL 
15 DevNum = N where N=0, 1,2,.... n 

msgType = OPEN_RX_STREAM_ACK 



20 



25 



nPRN RX STUEAM ACK MSG 

reqStatus: 

sysToken: 
rxCoimectibnID: 



rxStrmlpA^dress; 

ip__addr 



30 



ip__port 



4 bytes, -unsigned long integer, Success/Failure Result of 
the request 

4 bytes, misigned long integer^ System provided *'token" 

&Gm the request message 

4 bytes, unsigned lo|ig integer, Device selected 

stream/connection identifier. The IP Phone returns the 

value of the sysStruffD (B channel) in this field 

structure 

4 bytes, unsigned lotxg integer^ The local ip address that 
will receive streanii 

2 bytes , unsigned short integer, local port number to 
receive on. 



Close Receive ^tream Request from the system to the IP Phone: 

35 

ProtoType = MIT]^L_INTERNAL 
DevNum - N whei -e N=0, 1 ,2, ... .n 
msgType = CL0Sj3_KX_STREAM 

40 rr nSE RX STRlEAM REQUEST MSG 



sysToken: 
sysStrmlD 



45 



4 bytes, unsigned long integer* System defined "token" that was 
given with the Open Receive Stream Request . 
4 bytes, unsigned long integer. Id of RX stream/connection (B 
channel) to close 
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Close Receive Stream Acknowledgement from the IP Phone: 



10 
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ProtoType = MITE];._INTERNAL 

DevNum = N where N=0, 1,2 n 

msgType ^ CLOSE_ 



CLnSIi: RX STREAM ACK MSG 



RX STREAM ACK 



reqStatus: 

sysToken: 

rxStrmStats: 

Packets.recv 

Bytes^recv 

ErroTS.rxStream 

Jitter.rxStream 

Durs ttion.rxStream 
IpA(}dress,src: 
ip_addr 
ip_port 



ProtoType - MITEL^INTERNAL 
DevNum = N where N=0,l,2». , ..n 
msgType = OPEn1tX_STREAM 



4 bytes, unsigned long integer, Success/FaUurc Rcsuk of 
the request 

4 bytes> unsigned long integer, System provided "token" 

&om the leq-uest message 

structure; Stream statistics upon closure 

4 bytes^ unsigned long integer, number of RTP packets 

received 

4 bytes, unsigned long integer, number of voice octets 
received 

4 bytes, unsigned long integer, nimiber of RTP ertOtS 
received 

4 bytes, unsigned loijig integer, estimate of average jitter 
over duration of callj 

4 bytes, unsigned \o%% integer, duration of call in seconds 
structure 

4 bytes, unsigned lo^ig integer, the local ip address 
2 bytes , unsigned sljort integer, the local port number. 



Open Transmit Stream Request to the IP Phorie: 



OPEN TX; STREAM REOUESTJ4SG 



sysToken: 



sysStrmlD: 



strmCodec 



strmFrameSizelnMS 

destStrmlp Address : 

ip_addr 



4 bytes, unsigned lotig integer, System defined "token" 
that must be passed fback with the corresponding Close 
Transmit Stream Reiquost . 

4 bytes, unsigned loj^g integer. System provided stream 
ID. This field denotes the B channel the connection 
should assume. 

4 byteSj unsigned lo;ng integer (bitmap). System selected 
CODEC to use* Multiple CODECS may be logically Ored 
into this field. 

4 bytes, unsigned Iqng integer. Preferred CODEC frame 

size for the TX stream (in millisecond?) 

structure 

4 bytesj unsigned Ic^ng integer, The IP address of the 
device to transmit to. 
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ip jport 2 bytes , unsigned short integer, port number used by the 

device that will be transmitting to the phone. 

Note that due to long word alignment, there may be two 
5 bytes of filler following this field. 

qosLevel 4 bytes, unsigned long integer, QoS level requested, If 

Oxfffffiff, then no S02,1Q tag, else if 0^7, assume 802. IQ 
tag and set priority fiold to the qosLevel 
1 0 noSilence 4 bytes, unsigned long integer 

noSilence "0: disabl* silence suppression on the Tk 
stream 

noSilence =1: enable silence suppression on the Tx stream 

15 Open Transmit Stream Acknowledgement from the IP Phone: 

ProtoType = MITEL_INTERNAL 
DevNum = N wherfe N=0, 1 ,2, . . , .n 
msgType - OPEN_TX_STREAM_ACK 



20 



25 



30 



reqStatus: 
sysTokent i 
txConnecticJnID: 

txStrmIpA4dre$s; 

ip_addr 

ip_poxt 



4 bytes, unsigned long integer, Success/Failure Result of 
the request ' 

4 bytes, unsigned loijig integer, System provided "token" 

from the request melssagc 

4 bytes, unsigned lo^xg integer,' Device selected 

stream/connection identifier. The IP Phone returns the 

value of the sysStrmlD (B channel) in this field 

structure 

4 bytes, unsigned long integer. The local IP address that 
will transmit stream 

2 bytes , unsigned stiort integer, local port number the 
phone will transmit £i:om. 



35 Close Transmit Stream Request to the IP Phone 

ProtoType ^ MITEL^INTERNAL 
DevNum - N wheire N=0,l,2,. . ..ix 
msgType = CLOS:5_TX_STREAM 



40 



45 



rr nSE TX STREAM REOUEST MSG 



sysToken; 
sysStrmlD 



4 bytes, imsigned long integer, System defined "token'^ that was 
given with the Open Transn^it Stream Request . 
4 bytes, unsigned long integer, Id of TX stream/connection (B 
channel) to close 
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Close Transmit 3tream Acknowledgement from the IP Phone: 



10 



15 



20 



25 



30 



35 



40 



45 



ProtoType = MITEL^INTERNAL 

DevNum = N where N=0,l,2 n 

msgType = CLOSE^TX_STREAM_ACK 



CLOSE TX STRM^ M ACI ^MSG 
reqStatus; 

sysToken: 



txStmiStats: 

Packets, sent 



sent 



Bytes.sent 

Eirors.txStream 

Jittffl-.txStream 

Duration.txStream 

ess.dest: 
ip_addr 

ipjort 



Detailed Description of Connection Parameters 
reqStatus (Success/failure codes): 



MTL_SUCCESS 
MTL FAIlLuRE 



4 bytes, unsigned long integer, Success/Fail*ure Result of 
the request 

4 bytes, unsigned loi^g integer. System provided "token" 

from the request mcsjaage 

Structure: Stream statistics upon closure 

4 bytes, unsigned loiig integer, number of RTP packets 

sent 

4 byteSt unsigned loijg integer, number of voice octets 

4 bytes, unsigned loijg integer, number of RTP errors sent. 
IGNORE, NOT REfiEVENT 

4 bytes, unsigned long integer, estimate of average jitter 
over duration of calL IGNORE, NOT RELEVENT 
4 bytes, unsigned long integer, duration of call in seconds 
structure 

4 bytes, unsigned lotig integer^ the local IP address used to 
Tx 

2 bytes , unsigned short integer, the local port number 
used to Tx. 



0x00000000 
0x00000001 
MTL_NOj>ERMISSIONS 0x00000002 
MTL_NOJlESOURCES 0x00000003 
MTL_rNVALID_DEVICE 0x00000004 
MTL^INvAlID^REQUEST 0x00000005 



SysStrmTD: 
IP Set Stream IDs 
connect requests 
STREAM„ID_IP^ 
STREAM_ID_IP^I 
STREAM_ID_IP 
STREAM ID IP 



SET_TX_1 
SET_RX_1 
SET^TX_2 
SET RX. 2 



devCodecs bitmaa: 



(NOTE; TX is always even) used fSor sysStrmID of Tx & Rx 



0x00000000 //BITX 

0x00000001 //BIRX 

0x00000002 //B2TX 

0x00000003 //!B2RX 



i 
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10 



15 



20 



30 



35 



NO_C0DEC_SUPP0RT 

G7U_ULAW64 

G711_ALAW64 

G728 

G729 

G729_ANNEXB 

G729_ANNEXA_w_ANMEXB 

G723 

G7231_ANNEXC 
Placeholderl 
Placeholder^ 
PlaceholderB 
INVALID fcODEC 



qosLevel: 



QOS 
QOS 
QOS 
QOS 
QOS 
QOS. 
QOS 
25 QOS 



QOS_: 



LEVEL_NO>rE 
LEVEL_0 
LEVEL_1 
LEVEL 2 

level3 

LEVEL_4 
'lEVEL_5 
LEVEL_6 
LEVEL 7 



One importjant 
provide a 
connected to the E 
fiinctionality 



ProtoType = 
DevNum - N 
msgType = 



DEVICE 



devNumbex 
oldip Address: 



0x0 (OPO 00000000) 
0x1 (000 00000001) 
0x2 (Obo 00000010) 
0x4 (OiOO 00000100) 
0x8 (000 00001000) 
0x10 (dOO 00010000) 
0x20 (000 00100000) 
0x40 (doO 01000000) 
0x80 (000 10000000) 
0x100 (001 00000000) 
0x200 (QIO 00000000) 
0x400 (1100 00000000) 
Ox7FF (ill lUlllU) 



OxffmEEF 

OxOOOOOOOO 

0x00000001 

0x00000002 

0x00000003 

0x00000004 

0x00000005 

0x00000006 

0x00000007 



system admiiiistration requirement for IP phone systems is to 
mechanism for updating the IP address for ai device (e.g. an IP phone) 

ihemet PBX 3. The following messages are used to implement this 



Device IP address update request to the phoi^e: 



MITEL_INTERNAL 
wheireN=0,l,2,..,.n 
IP UPDATE 



40 nrrvrr^ TP TJPJiATE REQUEST MSG 



4 bytes , unsigned long integer, Number of device: 

Master, SlaveOl, Slave02, ... 

structure 
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ip addr 4 bytes , unsigned long integer, old IP Address of device 

ip_port 2 bytes , unsigned short integer, old port number of device 

Note that due to long word alignment, there may be two 
bytes of filler following this field. 



10 



newIpAddrqss: 



stnictare 

ip_addr 4 bytes , unsigned loiig integer, new IP Address of device 

ip JP°^ ^ ^y^'^^ • nnaigaed sh]ort integer, new port number of 

deviee 



IS 



30 



35 



40 



Device IP address update acknowledgement from the phone: 



ProtoType - MITEL 
DevNum = N whers 
msgType- DEVICE 



20 PEV^^^ JTPJI ATR ACK MSG 



reqStatus; 

Parameters Desbription 
2S reqStatus (Success/failure codes): 



.INTERNAL 
N=0.1,2,....ii 
IP UPDATE ACK 



4 bytes > unsigned long integer, Success/Failure Result of 
the request 



0x00000000 
0x00000001 
0x00000002 
0x00000003 
0x00000004 
MTL_lNVkLID_REQUEST 0x00000005 



MTL_SUCCESS 
MTL_FAn.URE 
MTLJSfoJPERMISSIONS 
MTL_NOjtESOURCES 
MTL INVKLID_DEVICE 



devNumbers: 



MASTER DEVICE 0x00000000 



Where Set=0, and lany attached devices will be numb^ed MASTER_DEVICE + n 



where n >= 1 



Finally, as 



indicated above, the messaging protocol of the present invention 



allows for the encapsulation of "legacy" Minet messajges (i.e. MTS 22 messages) to 
and from the IP pljiones. The following message format is used: 
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Wrapper structure for MTNET messages to and from the TP Phone: 

ProtoType = MINET_MTS22 
DevNum = N where N=0. 1 .2, . . . ,n 
msgType = MINET_WRAPPER 

mNET^WEAPPElLMSG 

msgLen: j 4 bytes , unsigned long integer* length of the 

! following MINBT message. 

msg[ MAX^MINET_SIZE ] array unsigned char, the MTS22 MINET 
message 



Parameters Descri 



ption 



1 5 M AX_MmET_SI2:E 1 60 

In sununarYj according to the present invention a messaging protocol is 
provided along with a collection of messages which cdnfoim to the protocol, for 
controlling IP phones within an Ethernet-based PBX system. The invention has 
20 particular applicability as a message interface from Mitel's IP Phones to Mitel's IP 
enabled PBXs, The message interface is compatible with an H323 Voice Gateway 
implementation. 

Alternatives and variations of the invention ar^ possible. For example, the 
25 protocol can be adapted to control voice/data switching on any IP centric node. In 
other words, the protocol is not constrained to phones ibut, rather^ can be applied to 
any internet appliance that is a chent to the IP centric PBX, Within the PBX, the 
protocol can be usod by call control in order to control the switching fabric. All such 
embodiments, modifications and applications are belifeved to be within the sphere and 
30 scope of the invention as defined by the claims appended hereto. 



